home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
infosrvr
/
dev
/
www_talk.930
/
001382_daemon _Mon Jun 21 10:35:59 1993.msg
< prev
next >
Wrap
Internet Message Format
|
1994-01-24
|
2KB
Received: by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA01489; Mon, 21 Jun 93 10:36:01 MET DST
Return-Path: <dsr@hplb.hpl.hp.com>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA01485; Mon, 21 Jun 93 10:35:59 MET DST
Received: from mcsun.EU.net by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA25073; Mon, 21 Jun 1993 10:58:18 +0200
Received: from hplb.hpl.hp.com by mcsun.EU.net with SMTP
id AA29187 (5.65b/CWI-2.225); Mon, 21 Jun 1993 10:58:15 +0200
Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Mon, 21 Jun 93 09:49:31 +0100
Received: by manuel.hpl.hp.com
(16.6/15.6+ISC) id AA12632; Mon, 21 Jun 93 09:55:48 +0100
From: Dave_Raggett <dsr@hplb.hpl.hp.com>
Message-Id: <9306210855.AA12632@manuel.hpl.hp.com>
Subject: HyTime compatibility (was Re: HTML spec)
To: mleventh@us.oracle.com
Date: Mon, 21 Jun 93 9:55:47 BST
Cc: www-talk@nxoc01.cern.ch
Mailer: Elm [revision: 66.36.1.1]
Michael,
> I believe the growing pains of HTML can only be
> resolved by evolving to the SGML architectural
> form concept, as exemplified by HyTime. That is
> not to say that WWW architectural forms should
> *be* HyTime, but *a* set of architectural forms
> will provide a baseline for WWW browsers. It
> will be impossible to arrive at a monolithic
> answer for all problems from whitespace to
> tables.
I am exploring what it means to make HTML+ HyTime compatible. Elliot
Kimber (IBM) is helping me in this regard. It definitely looks an
important issue for the long term viability of HTML.
Dave Raggett